-
Notifications
You must be signed in to change notification settings - Fork 638
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
fix(std/path) duplicate export sep/SEP and naming conventions #3332
Conversation
I just noticed there are a lot of formatting changes that aren't intentional and I am working on removing them from this PR. |
d093a70
to
f6efa0c
Compare
Just checking in on this to see if there is anything I can add/remove/change to keep this moving forward? |
path/_separator.ts
Outdated
export const sepPattern = isWindows ? /[\\/]+/ : /\/+/; | ||
// @deprecated (will be removed after 0.187.0) use `sepPattern` | ||
export const SEP_PATTERN = sepPattern; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The outcome of the discussions was to keep using upper snake case for constants: denoland/manual#625
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@nayeemrmn good to know thank you. I will take a look and see if anything is necessary for this PR to continue or not. I will close it if I don't think anything is needed to change.
eb46803
to
5e2f307
Compare
Reviewing the changes I made the only thing that remains as a possible change and likely very low priority is bullet 4 (above) changing the filename of |
Keeping
I think this change is not desired. We usually prefer to allow importing items from its own file (to allow optimizing the dependency graph). (See #2936 for reference). We use |
Closing because there is nothing more to change for this issue or branch. |
issue: #3194
Summary
@deprecated
tags to each variable that will be removed in a future versionseparators.ts
file to_separators.ts
to align with the naming convention for files that should not be linked to directly_separators.ts
to detail why the file is necessaryI am completely open to suggestion/debate on anything proposed herein.